Conversation
jonkeane
left a comment
There was a problem hiding this comment.
Thanks for this! I should have looked a bit more closely on the issue (I was distracted by the {bit64} problem, I think!)
I'm curious if maybe this is an encoding issue specific to your database or runners. Do you happen to have an example of a github actions run that failed remotely when it worked locally? We might even be able to resolve this from happening without needing to manually change up fixtures
I just tried the following in a console and these seemed to go fine (I'm on MacOS, and I believe unicode is being used throughout the saving and then reading process).
> dput("😀", file = "foo.R", control = c("all", "hexNumeric"))
> source("foo.R")$value
[1] "😀"
> dput("é", file = "foo.R", control = c("all", "hexNumeric"))
> source("foo.R")$value
[1] "é"
> dput("č", file = "foo.R", control = c("all", "hexNumeric"))
> source("foo.R")$value
[1] "č"
> dput(data.frame(col=c("č", "é", "😀")), file = "foo.R", control = c("all", "hexNumeric"))
> source("foo.R")$value
col
1 č
2 é
3 😀
|
Here's the offending actions: the one before last (actually at least two if not three) were passing locally but not remotely (sorry for the very descriptive commit messages 😄 ). The last one then passed on both. The substantive change in the last commit was the manual fix of that one mock file. I also added some And remotely: Locally I'm on a Windows machine and I get this btw: Thanks for taking the time to look into this! |
Add subsection to the "Things to be careful about" section explaining issues with non-ASCII characters in the db responses. See #165